home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv2.zip / SDKV2N3.TXT < prev    next >
Text File  |  1993-06-23  |  5KB  |  143 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6. GUS Programmer's Digest     Thu Jun  3 00:07     Volume 2: Issue   3  
  7.  
  8. Today's Topics:
  9.                     GUS Programmer's Digest V4 #2
  10.                              patch player
  11.                 Samples and patches naming convention
  12.                               work list
  13.  
  14. Standard Info:
  15.     - Meta-info about the GUS can be found at the end of the Digest.
  16.     - Before you ask a question, please READ THE FAQ.
  17.  
  18. ----------------------------------------------------------------------
  19.  
  20. Date: 02 Jun 1993 15:31:54 +0800
  21. From: TC <SH7126146@NTUVAX.NTU.AC.SG>
  22. Subject: Re: GUS Programmer's Digest V4 #2
  23. Message-ID: <01GYWOUW0BIA9BVGWI@NTUVAX.NTU.AC.SG>
  24.  
  25.  
  26.  > FINALLY, since they only provice the header format, and not much
  27.  > else, I assume if we want to load patches and use them, we need to
  28.  > manually read in the header, figure it all out, assign memory
  29.  > locations to each part of each patch, do the same for all the other
  30.  > patches, making sure there's enough memory, then go on?
  31.  
  32. That is indeed the case. Since I am working on GMOS, I have been messing
  33. around with the patches. I am planning to release the portion of GMOS
  34. that messes around with patch reading/loading/playing as a library if
  35. anyone should be interested.
  36.  
  37. Secondly, can someone tell me what does the field 'Tremolo sweep' and
  38. 'Vibrato sweep' control? I have managed to get just about all of the
  39. patch control working with multi-sample, sustain, etc, except for the
  40. tremolo and vibrato.
  41.  
  42. .tc
  43.  
  44. ------------------------------
  45.  
  46. Date: Wed, 2 Jun 93 11:29:00 CDT
  47. From: eason@ncrnd3.StPaul.NCR.COM (Dale Eason)
  48. Subject: Re: patch player
  49. Message-ID: <9306021629.AA06087@ncrnd3.StPaul.NCR.COM>
  50.  
  51. In the gus-sdk newsletter you write:
  52.  
  53.  
  54.  I assume if we want to load patches and use them, we need to
  55.  manually read in the header, figure it all out, assign memory
  56.  
  57.  
  58.  locations to each part of each patch, do the same for all the other
  59.  patches, making sure there's enough memory, then go on?
  60.  
  61. That is correct.  I have both the high level and lowlevel SDK's.  The high level
  62. gives you the routines that load patches and playes them.  There is actually a lot
  63. of code involved.
  64.  
  65. Send me mail if you want to know more.
  66. Dale
  67.  
  68. ------------------------------
  69.  
  70. Date: Wed, 2 Jun 93 11:18:46 CDT
  71. From: eason@ncrnd3.StPaul.NCR.COM (Dale Eason)
  72. Subject: Samples and patches naming convention
  73. Message-ID: <9306021618.AA05798@ncrnd3.StPaul.NCR.COM>
  74.  
  75. We need to clarify the difference between a sample and a GRAVIS patch.   Let me
  76. try to explain the difference. 
  77.  
  78. A sample is a raw sound file that is recorded in 8 or 16 bit, 2's complement or
  79. binary offset.    They can be made with playfile -r, Uss8
  80. or other sound recording programs.  Some may have headers in front of the
  81. data and are usually given the .snd extension.
  82.  
  83. By Gravis definition a patch file contains at least one of these samples and 
  84. includes a header with information to tell the GUS software how to play the
  85. samples it contains.  The patch program from Gravis is used to create or edit
  86. the patch file.  The patch format is described in a c header file but I forgot
  87. which one.
  88.  
  89. Gravis includes subroutines in thier high level SDK to load and play the patch
  90. files.  They do not include them in the lowlevel.  We must build our own. :(
  91.  
  92. Dale Eason
  93.  
  94. ------------------------------
  95.  
  96. Date: Wed, 2 Jun 1993 12:48:33 +0200
  97. From: anuj@fwi.uva.nl (Anuj Dev)
  98. Subject: work list
  99. Message-ID: <199306021048.AA02938@carol.fwi.uva.nl>
  100.  
  101. Hi
  102.  
  103. Is is a good idea to keep a list of projects that
  104. we (gus-sdk users) are working on?
  105. I think a lot of people are doing the same thing
  106. not knowing that others are working on it too. 
  107.  
  108. So, I suggest that you all
  109. POST A DESCRIPTION OF THE THING YOU ARE WORKING ON
  110.  
  111.  
  112.  
  113. This could be something like this (the thing I'm currently doing):
  114. email: anuj@fwi.uva.nl
  115. Project: Fast handling of gus interrupts under windows. This will
  116.     bypass the windows drivers for the ultrasound enabling total
  117.     control of the hardware for the windows application.
  118. Status: Implementing
  119.  
  120. POST YOURS
  121.  
  122. Ciao
  123.  
  124. anuj
  125.  
  126. ------------------------------
  127.  
  128. End of GUS Programmer's Digest V2 #3
  129. ************************************
  130.  
  131. To post to tomorrow's digest:               <gus-sdk%itchy@dsd.es.com>
  132. To (un)subscribe or get help:       <gus-sdk-request%itchy@dsd.es.com>
  133. To contact a human (last resort):     <gus-sdk-owner%itchy@dsd.es.com>
  134.  
  135. FTP sites:         archive.epas.utoronto.ca         pub/pc/ultrasound
  136.                    wuarchive.wustl.edu       systems/msdos/ultrasound
  137. Hints:
  138.       - Get the FAQ from the FTP sites or the request server.
  139.       - Mail to <gus-sdk-request%itchy@dsd.es.com> for info about
  140.     other GUS related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)
  141.  
  142.  
  143.